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A METHOD FOR OPTIMISING QUALITY OF SERVICE IN THE PACKET-SWITCHED 
DOMAINN OF A MOBILE COMMUNICATION SYSTEM 

Background of the Invention 

This application is based on and claims the benefit of European 
5 Patent Application No. 03 290 071.4 filed January 10, 2003, which is 
incorporated by reference herein. 

The present invention is generally concerned with mobile 
communication systems. 

Mobile communication systems in a general way are subject to 
10 standardisation ; therefore for a more detailed description of such systems 
one may refer in particular to the corresponding standards, published by the 
corresponding standardisation bodies. 

Briefly, the general architecture of such systems is divided into a 
Radio Access Network (RAN), mainly responsible for transmission and 
15 management of radio resources on the radio interface between Mobile 
Stations (MS) and the network, and a Core Network (CN), mainly responsible 
for switching and management of the communications. 

The evolutions of technology in such systems generally lead to a 
distinction between second generation systems and third generation 
20 systems. 

A typical example of a second generation system is GSM (« Global 
System for Mobile communication »). The radio access technology used by 
the GSM RAN is based on multiple access techniques of FDMA/TDMA type 
(where FDMA stands for « Frequency Division Multiple Access » and TDMA 

25 stands for «Time Division Multiple Access »). The GSM RAN is composed of 
subsystems called BSS (« Base Station Subsystems >>) and the GSM CN includes 
network elements such as MSC (« Mobile Switching Center ») and oGMSC 
(« Gateway Mobile Switching Center »). 

Initially, GSM was mainly intended for providing real-time services 

30 such as in particular telephony services, based on circuit-switched 
technology. GSM has next evolved towards providing non real-time services, 
such as in particular data transfer services, based on packet-switched 



2 



technology. This evolution was made possible thanks to the introduction of 
GPRS (((General Packet Radio Service))), including the introduction of two 
new network elements in the CN, i.e. SGSN (((Serving GPRS Support Node »), 
and GGSN (((Gateway GPRS Support Node»). It is recalled that packet- 
5 switched technology enables a more efficient use of available resources, by 
sharing resources at any instant between different users. 

A typical example of a third generation system is UMTS (« Universal 
Mobile Telecommunication System »). UMTS offers third generation services, 
including high bit-rates for both real-time and non real-time services. The 

10 radio access technology used by the UMTS RAN is based on multiple access 
techniques of CDMA type (where CDMA stands for « Code Division Multiple 
Access»). The UMTS RAN is also called UTRAN (« UMTS Terrestrial Radio Access 
Network))) and the UMTS CN includes network elements relating to packet- 
switched (PS) domain and network elements relating to circuit-switched (CS) 

15 domain. 

Now, a further evolution of GSM is towards offering third generation 
services. A first step of this evolution corresponds to the introduction of EDGE 
(« Enhanced Data rates for GSM evolution ))) enabling higher bit-rates on the 
radio interface thanks to the use of modulation techniques of higher spectral 

20 efficiency. A second step of this evolution corresponds to the support of 
packet-based real-time services. 

When packet-based technologies are used, the Quality of Service 
(QoS) becomes an important issue. The QoS architecture in third generation 
systems is defined in the 3GPP TS 23.107 specification published by 3GPP 

25 (((3 rd Generation Partnership Project))). This QoS architecture relies on 
different Bearer Services characterized by different QoS attributes including : 
traffic class, maximum bitrate, guaranteed bitrate, transfer delay, traffic 
handling priority, ...etc. Further, a distinction is made between four classes of 
traffic, respectively : conversational, streaming, interactive, background. 

30 Conversational and streaming classes are mainly used for real-time traffic 
flows, for which the QoS requirements are the highest, in terms of guaranteed 
bit rate and transfer delay. 
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The present invention is more particularly concerned with the support 
of services, in particular real-time services, in the Packet Switched (PS) 
domain in such systems, in particular when considering GERAN access 
technology (where GERAN stands for« GSM/EDGE Radio Access Network »). 
5 The general architecture of a system using GERAN access 

technology and packet-switched domain is recalled in figure 1 . 

The protocol architecture when considering GERAN access 
technology and Packet-Switched (PS) domain is recalled in figure 2. 

The protocol layers at the radio interface, or interface between MS 
10 and BSS, or « Um » interface, include : 

- a first layer, or physical layer, 

- a second layer, or data link layer, in turn divided into different 
layers : according to increasing levels, MAC (« Medium Access 
Control))), RLC (« Radio Link Control))) and LLC (« Logical Link 

15 Control )), the BSS only being used as a relay function between MS 

and SGSN, for the LLC layer). 
In the same way, the protocol layers at the interface between BSS 
and SGSN, or « Gb )) interface, include : 
a first layer, or physical layer, 
20 - a second layer, or data link layer, in turn divided into different 

layers : according to increasing levels, « Network service )), 
BSSGP («BSS GPRS Protocol))), and LLC (« Logical Link Control)), 
the BSS only being used as a relay function between MS and 
SGSN, for the LLC layer). 
25 Besides, higher level protocols (not illustrated specifically in this figure) 

are provided, at application level, or for management tasks such as MM 
({(Mobility Management))), SM (« Session Management))), ...etc. 

It is also recalled that frames called LLC frames are formed, in the 
LLC layer, from data units of higher level. In the LLC frames these data units 
30 are called LLC-PDU (« LLC-Protocol Data Units ») data units. LLC-PDU data 
units are then segmented in the RLC/MAC layer, so as to form blocks called 
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RLC data blocks. RLC data blocks are then put in the required format for 
transmission on the « Um » interface, in the physical layer. 

It is also recalled that before any data can be transferred for a MS in 
a packet data session, a PDP (Packet Data Protocol) context must be 
5 activated or created for this session, both in the MS and in the SGSN, this PDP 
context including routing information and QoS information for this session. 

Once this PDP context is activated, the MS may transfer data . When 
a MS effectively has data to transfer during this session, it has to enter a 
mode (called Packet Transfer Mode) where there is a TBF (Temporary Block 

10 Flow) established for this MS, i.e where this MS is allocated radio resource on 
one or more PDCH (Packet Data Channel) for the transfer of LLC PDUs. 
Otherwise, when the MS has no data to transfer, it is in a mode (called 
Packet Idle Mode) where it is not allocated any resource on a PDCH. 

The process by which a MS is allocated radio resource on one or 

15 more PDCHs is called TBF establishment. Briefly recalled, this process may be 
either in a one - phase access or in a two-phase access. In either case the 
MS sends a Packet Channel Request to the network. In one-phase access, 
the network responds by reserving radio resources for data transfer for this 
MS. In two-phase access, the network first responds by reserving radio 

20 resources for the MS to transmit a more detailed description of its needs, and 
thereafter reserves radio resources for the data transfer for this MS. 

As recalled above, higher data rates can now be achieved thanks 
to the GPRS enhancement corresponding to EDGE, also called EGPRS 
(Enhanced GPRS). Another way of achieving higher data rates is via multislot 

25 operation, whereby a MS can be simultaneously allocated more than one 
PDCH. However such ways of achieving higher data rates are generally not 
supported by all MSs and/or all cells of the network. Therefore, in order for the 
network to act efficiently, some mechanisms are required, by which the 
network can get a knowledge of the radio access capabilities of a MS, 

30 including in particular its capability of operating in EGPRS mode, and/or its 
multislot class (or number of timeslots on which the MS can operate 
simultaneously). 
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It is also recalled that before requiring any activation of a PDP 
context, a MS has to perform a GPRS Attach procedure, by which it provides 
the network with its identity as well as other parameters, mainly for a purpose 
of checking whether the user is authorised to have access to GPRS services, 
5 depending on his subscription. Among those parameters, the MS provides its 
radio access capabilities. 

A typical transaction where the network has to get a knowledge of 
the MS radio access capabilities is the TBF establishment procedure. As this 
transaction is between the MS and the BSS, specific mechanisms have been 

10 provided to enable the BSS to get a knowledge of the MS radio acces 
capabilities, such mechanisms in particular providing that a different request 
message is sent by the MS depending on whether it supports EGPRS or not 
(EGPRS Packet Channel Request message if the MS supports EGPRS, or 
(Packet) Channel Request message if the MS does not support EGPRS, the 

15 latter message depending on whether PBCCH (Packet Broadcast Control 
Channel) is present in the cell or not), or that the MS multislot class is 
indicated in the request message sent by the MS. 

Turning back to the QoS architecture required for supporting third 
generation services in a system such as the one recalled at figure I (including 

20 the support of high bitrates for real-time services in the packet-switched 
domain), it is recalled that the setting-up of a bearer in such a system is 
generally performed in a way as to guarantee that the QoS requirements 
are fulfilled at different levels of the system, taking into account the different 
characteristics of each level. The different bearers on which the QoS 

25 architecture relies include in particular a radio bearer, and the QoS 
requirements have to be fulfilled at the radio level. 

Therefore, when considering GERAN access technology, the support 
of services such as in particular real-time services, in the Packet Switched 
domain requires several basic functions: 

30 - support of Rel-99 GERAN standards in the MS, BSS, and SGSN, 

support of Rel-99 QoS parameter negotiation at PDP context 
activation time, including a negotiation with the BSS (in Rel-97, the QoS 
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parameters are negotiated only between the MS and the SGSN). This 
negotiation between the BSS and the SGSN requires the support of the 
Packet Flow Context feature on the Gb interface (defined in 3GPP TS 08.18), 
support of specific Call Admission Control algorithms in the 
5 BSS and the SGSN in order to guarantee real-time constraints such as transfer 
delay and bitrate, which requires the reservation of resources at the time of a 
bearer set-up. 

Figure 4 shows an overview of the various steps involved in setting-up 
a bearer such as for example a real-time bearer. 
10 1) The R99 MS requests the activation of a PDP context for 

which the "QoS Requested" parameters correspond to a real-time bearer. 

2) The SGSN may then perform security and trace functions. A 
Call Admission Control algorithm is called to check whether the required QoS 
attributes can be fulfilled. The SGSN may then restrict the requested QoS 

15 attributes given its capabilities and the current load, and it shall restrict the 
requested QoS attributes according to the subscribed QoS profile. The SGSN 
then requests the creation of the PDP context in the GGSN. 

3) Various functions are performed in the GGSN, which may 
even reject the request from the SGSN if the QoS Negotiated received from 

20 the SGSN is incompatible with the PDP context being activated. 

4) Once the creation of the PDP context in the GGSN has been 
confirmed as successful, the SGSN then requests the creation of a Packet 
Flow Context (PFC) for the real-time bearer. Although it is possible in theory to 
aggregate several bearers into the same PFC, it seems better to create one 

25 PFC for each real-time bearer and aggregate only non real-time bearers 
having similar QoS characteristics within the same PFC. The request from the 
SGSN contains several mandatory parameters: 

TLU: identifier of the Mobile Station 
PFI: Packet Flow Identifier (identifier of the PFC) 
30 - PFT: Packet Flow Timer (lifetime of the PFC during periods of 

inactivity) 
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ABQP: Aggregate BSS QoS Profile (QoS parameters 
characterising the PFC) 

5) The BSS then performs a Call Admission Control algorithm to 
check whether the requested QoS attributes can be fulfilled. Several 

5 functions may be performed in order to be able to support the requested 
QoS (e.g. reallocation of other MSs, redirection of the MS to another less 
loaded cell, etc). The BSS may restrict the requested aggregate BSS QoS 
profile given its capabilities and the current load, although not fulfilling the 
guaranteed bitrate and the transfer delay attributes should as far as possible 

10 be avoided. The BSS performs resource reservation in order to support the 
negotiated guaranteed bitrate and transfer delay, taking into account the 
RLC mode that will be used for the flow (quite likely: RLC acknowledged 
mode since LLC PDUs should be rather large : 500 octets or more for video 
streaming for instance). The resources reserved on the radio interface need 

15 to be higher than the negotiated guaranteed bitrate due to radio interface 
overheads. 

6) The BSS acknowledges the PFC creation if it is successful, 
providing to the SGSN the negotiated ABQP, i.e. the negotiated Quality of 
Service attributes. 

20 7) Assuming that the negotiated ABQP is acceptable for the 

SGSN, the PDP context activation procedure is completed by the sending of 
an acceptance message to the Mobile Station. 

8) Because the SGSN will have to comply with the announced 
leak rate for the corresponding MS/PFC, it is quite likely that the BSS has to 

25 send a FLOW CONTROL MS or FLOW CONTROL PFC message to the SGSN in 
order to announce a leakrate that is greater than the negotiated 
guaranteed bitrate (otherwise default values are used). The choice between 
MS and PFC flow control is implementation dependent and depends also on 
whether there are other active PFCs for the same MS. 

30 9) The SGSN acknowledges the FLOW CONTROL MS or FLOW 

CONTROL PFC message. 
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1 0) When the real-time session is started (case of downlink flow in 
this example) thanks to other upper layer protocols not described in this 
document the SGSN sends to the BSS, BSSGP PDUs containing the PDU 
lifetime, the QoS profile (R97, not useful in this case), the MS Radio Access 

5 Capabilities, the PFI and the LLC PDU to be sent. 

11) The BSS sends the LLC PDUs to the MS. 
Summary of the Invention 

In this context, the present invention is based in particular on the 
following observations. 
10 From the description above, it appears that an important step in 

supporting real-time services is the call admission control algorithm both in 
the SGSN and in the BSS, which requires the knowledge of: 

the cell in which the MS is, and its capabilities (e.g. if it is 
EGPRS capable or not); 
15 - the cell state (e.g. how loaded it is); 

the MS capabilities (e.g. if the MS is EGPRS capable or not, 
and the MS's multislot class). 

Indeed, if the PDP context requires a guaranteed bitrate that cannot 
be supported in GPRS mode by a multislot class 1 MS, then the BSS needs to 
20 know whether the MS is EGPRS capable or not and what is its multislot class; 
also the BSS needs to know whether the cell in which the PFC would be used 
is EGPRS capable or not and what are the remaining radio resources. 

For example, considering the case where the PDP context requires a 
downlink guaranteed bitrate of 64kbps for an MS that is located: 
25 - in an EGPRS capable cell that has plenty of resources 

available, the following cases may be considered for example: 

case 1 : if the MS is GPRS capable-only and is multislot class 4, 
the maximum theoretical throughput that can be offered on the radio in 
downlink is: 3 * 20 kbps = 60 kbps . In this case, the requested guaranteed 
30 bitrate cannot be served. 

case 2: if the MS is EGPRS capable and is multislot class 8, 
the maximum theoretical throughput that can be offered on the radio in 
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downlink is: 4 * 59.2 kbps = 236.8 kbps. In this case, the requested guaranteed 
bitrate can be served. 

in a GPRS capable cell only, that has plenty of resources 
available, the following case may be considered for example: 
5 case 3: whatever the MS's EGPRS capability, only the GPRS 

multislot class shall be considered. If the MS is GPRS multislot class 8, then the 
maximum theoretical throughput that can be offered in the downlink is: 4 * 
20 kbps = 80 kbps. However, the BSS knows that because of the radio 
conditions, only 4*15 kbps = 60 kbps can be obtained. In this case, the 
10 requested guaranteed bitrate cannot be served 

Therefore it can be seen that depending on the MS characteristics 
and the cell characteristics, the BSS will answer differently to the SGSN 
request. 

In this context, the present invention recognises some problems with 
15 the state of the art, which may be presented as follows. 

In the SGSN all characteristics of the Mobile Station are known since 
the MS has previously performed a GPRS Attach procedure. Further, the 
SGSN does not know the cell radio characteristics and should not decode 
MS radio characteristics such as EGPRS capability and multislot class. 
20 Therefore it will likely implement a very simple CAC based only on its current 
load and maybe considering the maximum theoretical throughput that can 
be served by GERAN (which is 8*59.2 = 473.6 kbps). 
In the BSS, there are two options: 

either the MS for which the real-time PFC is requested is 
25 already in Packet Transfer Mode (i.e. there is a TBF established for that MS for 
another, on-going session). In this case, everything needed for the CAC (Call 
Admission Control) is typically known in the BSS: the MS's serving cell, its 
EGPRS capability and its multislot class. There are some cases though in 
which the MS's multislot class is not known (e.g. there is only an uplink EGPRS 
30 TBF (UL EGPRS TBF) on-going established following the receipt of an EGPRS 
PACKET CHANNEL REQUEST with cause 'signalling'). 
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or the MS is not in packet transfer mode. In this case, if the 
MS was in Packet Transfer Mode a few seconds ago (i.e. the MS is still in the 
Ready state) and the BSS has stored the MS Radio Access Capabilities from 
the last GPRS session, the MS Radio Access Capabilities can be known. Since 
5 the CREATE BSS PFC message is sent on a BVCI (BSSGP Virtual Connection 
identifier) corresponding to the cell in which the MS is located, then the BSS 
has everything it needs. However, the storing of MS Radio Access 
Capabilities following a GRPS session is not a standardised procedure and 
furthermore the availability of the MS Radio Access Capabilities cannot 
10 always be guaranteed (e.g. the GPRS session only consisted of an uplink TBF 
created through a one-phase access procedure; in this case the MS Radio 
Access Capabilities are not made known to the BSS). 

Therefore, today it cannot be ensured that the BSS knows the MS's 
EGPRS capability and its multislot class at the time it receives a CREATE BSS 
15 PFC message. 

As also realized by the present invention, a solution could be to use a 
standardised procedure which allows the BSS to retrieve the MS Radio 
Access Capabilities from the SGSN : it is called the RA CAPABILITY UPDATE 
procedure. This procedure could be called by the BSS when it receives a 
20 CREATE BSS PFC message for a MS which it does not know. 

However, as further realised by the present invention, this procedure 
would add some delay in the real-time bearer set-up time, which is a very 
time-critical procedure since the end-user experience depends on that set- 
up time. Also, in practice it may not be guaranteed that all SGSNs have 
25 implemented this procedure, i.e. it may be impossible to use this procedure. 

In other words, today the mechanisms by which the network can get 
a knowledge of the radio access capabilities of a MS at the time of the 
creation (or modification) of a Packet Flow Context are not fully optimised, 
and therefore the QoS requirements may not be fulfilled, or the overall 
30 system performance may be degraded. 

The present invention in particular enables to solve part or all of the 
above-recognized problems. More generally, the present invention enables 
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to optimise the support of services such as in particular real-time services in 
the packet-switched domain of such systems. 

An object of the present invention is a method for optimising quality 
of service in the packet-switched domain of a mobile communication 
5 system, a method wherein : 

a core network entity of said system sends to a radio access 
network entity of said system a request for the setting-up or reconfiguration 
of a radio bearer for a packet session for a mobile station, said request 
including first information derived from quality of service information 
10 contained in a corresponding request received by said core network entity, 

said core network entity adds to said request second 
information known at its level and which can be used, together with said first 
information, to perform a call admission control at the radio level. 

According to another object, said second information include 
15 information representative of radio access capabilities of said mobile station. 

According to another object, said radio access capabilities include 
capabilities to support higher data rates. 

According to another object, said capabilities to support higher 
data rates include a multislot capability. 
20 According to another object, said capabilities to support higher 

data rates include a capability to support different data transfer modes. 

According to another object, said different data transfer modes 
include the GPRS (((General Packet Radio Service))) mode and the EGPRS 
(« Enhanced General Packet Radio Service ))) mode. 
25 According to another object, said setting-up or reconfiguration of a 

radio bearer includes the creation or modification of a Packet Flow Context. 

According to another object, said request for the setting-up or 
reconfiguration of a radio bearer is sent in a CREATE BSS PFC message. 

Another object of the present invention is a Core Network entity in 
30 the Packet-Switched domain (SGSN) for performing a method according to 
the present invention. 
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Another object of the present invention is a Radio Access Network 
entity (BSS) for performing a method according to the present invention. 
Brief Description of the Drawings 

These and other objects of the present invention will become more 
5 apparent from the following description taken in conjunction with the 
accompanying drawings: 

- figure 1 is a diagram intended to recall the general architecture 
of a system using GERAN access technology and packet- 
switched domain, 

10 - figure 2 is a diagram intended to recall the protocol architecture 

in a system using GERAN access technology and Packet- 
Switched (PS) domain, 

- figure 3 is a diagram intended to recall the different steps 
involved in the setting-up of a bearer such as a real-time bearer 

15 in such a system. 

Detailed Description of the Drawings 

The present invention may also be explained as follows, for example 
when considering GERAN access technolgy and PS domain, as recalled 
above. 

20 The present invention in particular proposes to add to the CREATE- 

BSS-PFC message as defined in 3GPP TS 08.18 and 3GPP TS 48.018 
specifications, allowing the BSS to create or modify a BSS Packet Flow 
Context, information representative of the radio access capabilities of the 
MS. 

25 Information representative of the radio access capabilities of a MS 

may include, in particular, its multislot capability, and/or its capability to 
support the EGPRS mode. 

More generally the present invention proposes a method for 
optimising quality of service in the packet-switched domain of a mobile 
30 communication system, a method wherein : 

a core network entity of said system sends to a radio access 
network entity of said system a request for the setting-up or reconfiguration 



13 



of a radio bearer for a packet session for a mobile station, said request 
including first information derived from quality of service information 
contained in a corresponding request received by said core network entity, 
said core network entity adds to said request second 
5 information known at its level and which can be used, together with said first 
information, to perform a call admission control at the radio level. 
In particular : 

- the mobile communication system may be in particular a GSM/EDGE 
system, 

10 - the radio access network may be a GSM/EDGE BSS 

- said second second information may be for performing CAC (Call 
Admission control) of a real-time bearer and may be the MS's Radio 
Access Capabilities 

- said setting-up or reconfiguration of a radio bearer may include the 
15 creation or modification of a Packet Flow Context, 

- said request for the setting-up or reconfiguration of a radio bearer may 
be sent in a CREATE BSS PFC message, 

said method may be for the PFC creation procedure initiated by the 
SGSN at the time of the PDP context activation for a real-time bearer. 

20 The present invention also has for its object a network element 

(SGSN) for a core network of a mobile communication system, comprising 
means for performing a method according to any of the above described 
methods. 

Said means may comprise: 

25 - means for sending to a radio access network entity of said 

system a request for the setting-up or reconfiguration of a radio bearer for a 
packet session for a mobile station, said request including first information 
derived from quality of service information contained in a corresponding 
request received by said core network entity, 

30 - means for adding to said request second information known 

at its level and which can be used, together with said first information, to 
perform a call admission control at the radio level. 
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The present invention also has for its object a network element for a 
radio access network (BSS) of a mobile communication system, comprising 
means for performing a method according to any of the above described 
methods. 

5 Said means may comprise: 

- means for receiving from a core network entity of said system a 
request for the setting-up or reconfiguration of a radio bearer for a packet 
session for a mobile station, said request including first information derived 
from quality of service information contained in a corresponding request 
10 received by said core network entity, said request further including second 
information known at the level of said core network entity and which can be 
used, together with said first information, to perform a call admission control 
at the radio level. 

The detailed implementation of such means does not raise any 
15 special problem for a person skilled in the art, and therefore such means do 
not need to be more fully disclosed than has been made above, by their 
function, for a person skilled in the art. 



